tuto erreur 1

Bonjour à tous ,
J'ai un soucis avec une switch achetée d'occasion en magasin pour remplacer mon ancienne qui a fait une mauvaise chute . Elle est en Fw 6.1.0 et je compte la jailbreaker mais avant je voulais retélécharger mes jeux et contenus eshop. Malheureusement , elle refuse de se connecter à l'eshop et me met un code erreur comme quoi Nintendo restreint l'accès ... J'ai entendu parler de ban pour ceux qui lançaient des jeux hackés mais là je n'ai encore rien fais d'illégal ni sur mon ancienne switch ni sur la nouvelle ... Vous en pensez quoi ?

adamel Wrote:Ca en fait des questions.
Merci.

Tu l'as dit. Maintenant, lis les réponses

adamel Wrote:non je te disait simplement que je penser mettre à jour faire une sauvegardes des savez jeux restaurer et tout réinjecter.

Tu peux et cela va être long mais tu peux ^^

adamel Wrote:c'est vrai que tu as raison je peux passer par Nintendo car de toute façon je ferais pas de downgrade je peux pas me permettre de laisser lautormc avec mes enfants qui oublié de recharger.

Via ChoiDujour, le mode autoRCM peut être désactivé à l'issu puisque tu ne souhaites pas downgrade. Cela t'évitera ce que tu dis juste avant. Je sais, je te mets le doute ^^

adamel Wrote:Ma seul question sur la restauration nand c'est combien de temps ça prend cat la sauvegarde sa dure 90 minute. Et il y à un risque de brick?

Le temps sera plus ou moins long. Risque de brick seulement si ta NAND est corrompue (qu'elle n'a pas été sauvegardée correctement et encore je peux me tromper et tu auras juste une erreur) sinon non car c'est le but de pouvoir la restaurer ^^

adamel Wrote:ok pour le jeux mais bizare au au début me laisser jouer normalement et maintenant il me demande de mettre à jour où demarer tel quel.

Je ne saurais confirmer ce que j'ai dit plus haut mais c'est probable.

adamel Wrote:on dirais malgrer tout que la switch se connect secrètement au réseau lol.

Le mode avion empêche toute communication mais une fois sur le dock, va savoir. Le mode furtif de SX OS empêche les communications avec les serveurs de Nintendo mais pas la connexion en elle même puisqu'elle passe par des DNS personnalisés.

adamel Wrote:Oui je sais mais avec noël les nouveaux jeux les mise à jour updates qui vont demander la 6.1.0 je vais me lancer.

Tu es Libre de tes choix. Je ne fais que répondre à tes questions et donner des indications ^^

adamel Wrote:A moin au avec tinfoil je peut installer toute les dlc update en bloquant la demande de mise à jour et dans ce cas rester en 5.1 ?

Pourquoi utiliser tinfoil alors que SX OS fait cela ? Arff...
Non il ne le fait mais pour tinfoil, il a ses limites également.

adamel Wrote:Dans le temps avec la pap on fesait croire à la console quelle était en 2.1 1lors quelle était en 2.0 lol.

Oui mais cela arrivera aussi avec la Switch. Faut juste être patient. Et tu as la pseudo emuNAND de SX OS qui peut le faire même si dans l'état où elle est proposée ne m'enchante pas plus que cela (mais ce n'est que mon avis car j'ai aussi des avis ^^)

adamel Wrote:Maintenant tout à évoluer et plus compliquer.

C'est pas tellement cela, c'est plutôt qu'il faut être patient.

adamel Wrote:Au passage pas de grosse nouvelle avancer à venir sur la switch?

Qu'entends-tu par là? Tu parles d'évolutions de la console ou du Hack ?

adamel Wrote:je regarder une vidéo de Mister jbam sur you tube disais que atmosphère 0.7 était pas un vrai Cwf et qu'il était dessus que SciresM par rapport à ce qu'il avait dit.

Yu en pense quoi?

JBam à son avis et il est légitime. Lorsqu'il dit que le CFW atmosphère n'est pas à son aboutissement, il a raison mais ceci est normal car ce CFW est en développement jusqu'à sa version finale.
SciresM l'a dit, on commence avec la v0.7 jusqu'à la 1.0 et ce ne sera que le développement des différentes couches qu'il proposera. Nous en reparlerons lorsque la v1.0 sera là

Je t'invite à lire la fin de la FAQ du Tutoriel et tu comprendras de quoi je parle

Et puis, si le CFW SX OS existe, il le doit aux travaux sous licence GPL2 qu'a partagé SciresM et qu'ils ont oublié de mentionner. Loin de moi l'idée de lancer un faux débat. Chacun est libre de choisir la solution qui lui convient mais de la à comparer ce qui ne l'est pas, c'est chose vaine.

Plus il y de solution pour le Hack, mieux ce sera pour l'utilisateur lambda car il pourra choisir ce qui lui convient en fonction de son confort d'utilisation, de ses moyens et de ses connaissances.

adamel Wrote:Et suite à la mise à jour en 6.1.0 il dit que SX OS fonctionne parfaitement et qu'il sont loin devant reine hkakes ScriesM ect Que SX OS était le meilleur.

Idem Tu en penses Quoi?

Faux, les sigpatchs pour 6.1.0 ont été intégrés dans la nouvelle version de SDFilesSwitch. Du coup, il est également opérationnel.

Ok, du coup, cette demande de mise à jour firmware n'empêche pas le lancement du jeu. C'est un processus intégré dans le jeu qui se lance automatiquement sauf erreur.

Après pour les update de jeu, comme le dit roukxwel, c'est autre chose et il faut passer par ton PC et via des sites.

Attention toutefois, car dans certains cas, l'update (ou le DLC) demande le firmware le plus récent. Mais tu as mis à jour donc pour toi, pas de problème.

Et si tu utilises le SX Pro, tu n'as pas posté dans le bon topic car celui ci concerne les bootloader et le CFW et la réponse aurait pu t'induire en erreur.

Merci


Pour info à TOUS
Nintendo propose sa mise à jour firmware 6.1.0 ! Patientez le temps d'avoir suffisamment de retours de la part des développeurs même s'il est annoncé que le jailbreak est toujours possible. Il y a sans doute des aspects à revoir, notamment les sigpatches pour cette version de firmware !!!

Le Homebrew Menu propose sa v3.0.0 !

ChangeLog

[+] CLIQUER POUR AFFICHER

• Ajout de boîtes de message. La sortie envGetLastLoadResult () est maintenant affichée lors du démarrage si nécessaire (erreur renvoyée par l'application qui s'est exécutée en dernier).


• Ajout du support nxlink (netloader).
  
  • L'adresse IP du commutateur peut être automatiquement déterminée via la diffusion UDP.
  
  
  • Netloader est géré sur un thread séparé avec des sockets non bloquants. Le dessin de l'interface utilisateur n'est pas bloqué pendant le transfert.
  
  
  • Le transfert peut être annulé via l'entrée 'Back'.
  
  
  • Si le transfert s'est arrêté sans terminer, le fichier est supprimé.
  
  
  • Lorsque vous retournez dans le menu principal à partir de netloader, le menu est rechargé car il est possible que le netloader NRO ait été supprimé en raison de l'arrêt du transfert.
  
  
  • Le statut de Netloader est affiché dans une boîte de message lorsque. Netloader est actif. Cela inclut la progression du transfert et une barre de progression
  
  
  • Dépassement de mémoire tampon corrigé avec les arguments de netloader introduits avec la validation initiale de netloader (rien d’utile pouvant causer un blocage ne peut être remplacé par un nxlink non modifié). LaunchAddArg () qui vérifiait la connexion avec nxlink_host a été corrigé


• Utilisez la police partagée du système. Notez que la langue du système n'est toujours pas utilisée.


• Ajout de contrôles tactiles.


• Ajout du support pour les thèmes chargés depuis SD. Si le thème système n'est pas reconnu, le thème utilisé sera par défaut le thème sombre.


• Ajout du menu Thème pour la sélection du thème utilisé, y compris le thème par défaut.


• Affichage de l'heure activé, qui utilise l'heure locale.


• L'état de la batterie / charge est maintenant affiché.


• Ajout du support pour les associations de fichiers.
  


• Autre
  
  • Nanojpeg remplacé par libjpeg-turbo. Voir le fichier README à ce sujet.
  
  
  • Le commutateur / répertoire est créé s'il n'existe pas. Les répertoires de configuration sur la carte SD sont maintenant créés automatiquement au démarrage, si nécessaire.
  
  
  • Affiche un écran d'erreur avec print-console au lieu d'utiliser fatalSimple, pour les erreurs lors du démarrage.
  • Affiche une boîte de message dans la commande launchFile () pour lancer une application lorsqu'une erreur se produit au lieu d'utiliser fatalSimple.
  
  
  • Utilise le verrouillage de sortie d'applet.
  
  
  • Les actifs sont maintenant chargés depuis un fichier .zip dans RomFS au lieu de l’incorporer dans data /.
  
  
  • Construit avec libnx stable v1.5.0.
    Autres améliorations de la stabilité globale du système et autres ajustements mineurs pour améliorer l'expérience de l'utilisateur

Lien: https://github.com/switchbrew/nx-hbmenu ... tag/v3.0.0

Merci MDProz,

J'avais mal compris pour le Kernel Panic, je pensais que c'était un message d'erreur qui s'affichait.

Depuis plus aucun souci (on verra sur le long terme), et j'arrive à lancer l'exploit directement via le guide utilisateur sans PS4 Exploit Host, je présume qu'il reste dans le cache de la console

Le développeur SciresM propose la v0.7.2 de son CFW atmosphère !

ChangeLog

[+] CLIQUER POUR AFFICHER

• Correction d'un bug dans l'implémentation en lecture de LayeredFS de fs.mitm qui provoquait le blocage de certains jeux lors de la tentative de lecture de fichiers.


• Correction d'un bug affectant la version 1.0.0 qui entraînait un plantage des jeux avec l'erreur fatale 2001-0106 au démarrage.


• Nom de fichier amélioré généré par la cible make dist.


• Améliorations générales de la stabilité du système pour améliorer l'expérience de l'utilisateur.

Bonne nouvelle, un correctif pour LayeredFS entre autres à lire dans le ChangeLog

Hello tous !

Petit retour perso sur l'essai du mode autoRCM de SX OS 1.9 que j'ai voulu tester :

après une erreur qui demande un redémarrage (en utilisant RetroArch dans mon cas) ou en éteignant la console normalement (appui de trois secondes sur le bouton d'alimentation pour choisir options d'alimentation puis éteindre), la console peut paraitre éteinte mais continuera en fait à vider sa batterie ... Plutôt bon à savoir pour éviter la frayeur de découvrir sa batterie à plat sans raisons apparentes ...

Vraiment fragile ce Dongle !
Il est garanti 1 an sauf erreur (ou je me trompe)

Cela était attendu depuis plus d'un mois et SciresM s'est donné du temps pour peaufiner son CFW tout en prenant en compte le firmware 6.0.0, voilà qu'il propose atmosphere-nx dans sa version 0.7 comme cela était prévu !

Il vous faudra:

• L’ensemble des fichiers de l'archive atmosphere-0.7.0.zip à mettre sur votre carte micro SD


• Utilisez le payload fusee-primary.bin via votre PC

Il annonce que le payload peut se lancer via Hekate puisque ce dernier intègre cette possibilité ! Toutefois, le développeur tumGER indique cela:

tumGER Wrote:Veuillez noter que je vais ajouter fusee comme payload dans le très bientôt ™ v10 (avec nos petites modifications personnalisées pour le rendre un peu plus froid <: rooEZ: 399827519286542336>)

• Si vous utilisez hekate, vous avez déjà l'expérience Atmosphere - Ne laissez pas tomber les fonctionnalités et ne vous contentez pas de leur chargeur de démarrage avec des fonctionnalités presque identiques pour les utilisateurs finaux.


• Si vous voulez toujours le tester ** et le charger sur hekate ** -
  1. Supprimez "fusee-primary.bin" dans "bootloader / payloads"
  2. Placez fusee-secondary.bin à la racine.

Je suis vraiment content pour l'équipe et je les remercie pour tout leur travail, sans eux il n'y aurait pas un seul CFW sur le marché.

Edit: Tutoriel actualisé mais il faudra que j'y revienne pour certains aspects après tests !

Edit 2: Démarche actualisée pour lancer atmosphère via hekate car j'avais une erreur. Grâce à l'indication de tumGER, problème résolu. La v10 de SDFilesSwitch viendra apporter le soutient correct du CFW atmosphère. Patience !

-------------------------
Autres infos:

HBLoader (aka HBL) propose sa version 2.0 en NSP pour accompagner le CFW atmosphère.

Le fichier binaire fourni est un fichier ExeFS PFS0.nsp, qui peut être placé dans /atmosphere/hbl.nsp ou chargé via une autre méthode de remplacement ExeFS.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prend désormais en charge l’exécution en tant qu’application avec un accès à la totalité des ~ 3,2 Go de RAM réservée aux applications, tout en restant compatible avec les anciens homebrew NRO. L'exécution en tant qu'applet de bibliothèque est toujours prise en charge, bien qu'elle n'ait accès qu'à 442 Mo de RAM.


• Autorise l'accès à toutes les autorisations FS.


• Autorise accès utilisateur / hôte à tous les services.


• Autorise l'accès au débogage de SVC.


• Accès à core3 afin de résoudre les problèmes de stabilité lors de l’utilisation préventive de threads multithread et d’équilibrage de charge.


• Ajout de la prise en charge de la clé ABI homebrew de RandomSeed, ce qui permet à l'homebrew de NRO d'utiliser les fonctions libnx randomGet * sans toujours obtenir les mêmes résultats tout au long d'une session unique de nx-hbloader.


• NPDM personnalisé construit à partir de la source.
  
  • Le type d'application par défaut du noyau limite le type à applet (2). Les utilisateurs d’Atmosphère ne sont pas concernés par cette modification, car sa prise en charge native de nx-hbloader définit automatiquement le type d’application approprié

Source: https://github.com/switchbrew/nx-hbload ... tag/v2.0.0